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A Document Delivery System with Integrated Feedback 
Generation Facilities 

TECHNICAL FIELD 

This invention generally relates to the printing field and, more particularly, to 
a document delivery system with integrated feedback generation facilities. 

BACKGROUND 

In the mid-1400's, Johann Gutenberg revolutionized how information is 
disseminated through his invention of the movable type press. With the publication of 
the Mazarin Bible, documents which were once held in the exclusive domain of a 
chosen few were now widely available to the masses. Nearly 550 years later, the 
mass media revolution that Gutenberg started is alive and well, complete with 
newspapers such as the New York Times and the Washington Post, magazines such as 
Newsweek and Sports Illustrated, and literally thousands upon thousands of other 
publications. 

While these thousands of publications cover a wide range of interests, from 
news to sports to fashion to model rocketry, they have one thing in common: they are 
intended to be read by a mass market. Unlike the pre-Gutenberg days, where a 
document would literally be read by only one person of a very small number of 
people, it is not economically viable for today's publications to have such a small 
readership, due at least in part to high marketing, production and distribution costs. In 
fact, many of today's publications are funded to a very large extent by the advertising 
contained within them. These advertisers are attracted to publications that can 
consistently deliver a large, reliable audience of consumers that will be exposed to 
their advertising. 
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While this mass-market publication model has worked well for hundreds of 
years, it is not without its problems. One such problem is that a typical reader of a 
publication has a wide variety of interests, and no single mass market publication will 
be able to satisfy all of these interests. For example, a reader who is interested in 
5 international news, golf, fly-fishing, Genealogy, and computers may have to subscribe 
to several different publications to satisfy these interests. Of course, since these 
publications are intended for the mass market, they will also contain a significant 
amount of material that our reader is not interested in and will not read. It goes 
without saying that if there is a significant amount of material a reader isn't reading, 

1 0 there is a significant amount of advertising that the reader isn't reading either - as 

well as a significant amount of paper that is wasted. Advertisers know this, and agree 
to pay considerably less to a mass market magazine or newspaper per 1000 exposures 
to their ad than they would pay to a direct-mail generator that can provide a more 
specific guarantee that the people exposed to their ad are of a demographic group that 

1 5 will be much more likely to read their ad and be interested in it. 

In addition, it is neither cost-effective nor time effective for most readers to 
subscribe to and/or read a large number of publications. Generally, the typical reader 
will only subscribe to a few publications that are of the most interest to them. The 
reduced readership level of the publications our typical reader chooses not to 

20 subscribe to, even though she might be interested in at least some of the editorial and 
advertising content contained inside, means that the publication receives less 
subscription and advertising revenue than they otherwise would. If many other 
readers make the same decision, the continued health of the publication may be in 
jeopardy, and the publication may be forced out of business. In fact, many 

25 publications do go out of business yearly for failing to attract a sustaining number of 
advertisers and readers - even if there are a large number of readers that would be 
interested in reading their publication, and a corresponding number of advertisers 
anxious to have these readers exposed to their ads. In general, publications that fail to 
attract a substantial mass market of people willing to pay for and/or read them cease 

30 publication. This is a shame, since many of these publications would enrich the 
diversity of information available to all readers, and would provide an avenue for 
lesser known writers and artists to practice their wares. 
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In more recent years, a new type of publication has emerged: the electronic 
publication. Readers of these publications typically sign into the Internet through 
their computer, and read the publications online. Some of these publications, such as 
CNN.com and pointcast.com, allow users to state personal preference on what type of 

5 material they would like to read. Often, these publications include advertising, 

usually in the form of a "banner ad" that is placed on along a periphery of the visual 
display (top, bottom, side, etc.). 

While these electronic publications have been an interesting development in 
the distribution of information, they still represent only a tiny fraction of the 

10 information that is published under the more traditional post-Gutenberg model. Many 
readers of these electronic publications complain that they are very difficult to read 
(on the video display), especially for long periods of time. While it might be 
convenient for a reader to sign onto the Internet to look at the CNN.com web site for a 
brief summary of late breaking news, this reader would most likely only spend a few 

1 5 minutes at the site, and would likely still subscribe to the more traditional print media 
such as Newsweek or the Washington Post. They would also likely spend 
significantly more time reading the more traditional printed publication than they 
would spend reading the electronic publication, and correspondingly, spend more time 
being exposed to the ads in the traditional printed publication. Accordingly, printed 

20 publications continue to flourish today - more than five centuries after Gutenberg 
made them possible - and more than a decade after the innovation of the electronic 
publication. 

Other than the solution proposed in US Patent Application No. 09/325,040, 
titled "Document Delivery System For Automatically Printing A Document On A 
25 Printing Device", filed on June 7, 1999 on behalf of Jon A. Brewster, et al and 
assigned to the assignee of the present invention, no significant attempt has been 
made thus far to solve the underlying problems with these publications discussed 
above. Just such a solution is provided herein. 

30 



SUMMARY 
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In accordance with the teachings of the present invention, various aspects of 
an innovative document delivery system is presented incorporating the teachings of 
the present invention. According to one aspect of the present invention, a system is 
presented comprising a plurality of content providers and one or more content 
5 handlers, distributed throughout a network communicatively coupled to the content 
providers. In accordance with the teachings of the present invention, the content 
handlers) receive content from one or more content providers, dynamically generate 
feedback content based, at least in part, on the received content and append the 
feedback content to the received content before forwarding the content to the 
1 0 requesting user. It will be appreciated that the content handler including feedback 
generation facilities enables a number of business models for providing value added 
content, product(s) and/or service(s) by any network element including the innovative 
content handler. 

15 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows a block diagram of a document delivery system of one 
embodiment of the invention; 

Figs. 2-4 illustrate flowcharts detailing the operation of the transmission 
module and the printing module of the document delivery system of one embodiment 
20 of the invention; 

Fig. 5 illustrates how user profile information is acquired from a user in one 
embodiment of the invention; 

Fig. 6 shows how user profile information is acquired from a user in one 
embodiment of the invention; 
25 Fig. 7 shows a print schedule for the delivery of documents in one 

embodiment of the invention; 

Fig. 8 shows how the print schedule of Fig. 7 can be modified by the user; 
Figs. 9A-9B shows a document printed by the printing device according to 
one embodiment of the invention; 
30 Fig. 10 shows a document printed by the printing device according to one 

embodiment of the invention; 
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Figs. 11A-11D show a document printed by the printing device according to 
one embodiment of the invention; 

Fig. 12 shows a document printed by the printing device according to one 
embodiment of the invention; 
5 Fig. 13 illustrates a block diagram of an example publication agent according 

to one aspect of the present invention; 

Fig. 14 illustrates a block diagram of an example formatting engine according 
to one aspect of the present invention; 

Fig. 15 is a block diagram of an example virtual sensor, according to one 
10 embodiment of the present invention; 

Figs. 16 and 17 graphically illustrate data structures comprising a publication 
profile and transaction information, respectively; 

Fig. 18 graphically represents a data structure comprising a publication 
schedule maintained at, for example, a publication agent in accordance with one 
1 5 implementation of the present invention; 

Fig. 19 illustrates a flow chart of an example method for dynamically 
compiling a publication in accordance with the teachings of the present invention; 

Fig. 20 illustrates a flow chart of an example method for dynamically 
generating and refining a publication profile, in accordance with one example 
20 implementation of the present invention; 

Fig. 21 illustrates a flow chart of an example method for tracking the 
distribution of content objects and accounting to content providers, in accordance with 
one aspect of the present invention; 

Fig. 22 graphically represents an example graphical user interface (UI) 
25 enabling a producer to register and generate a publication profile, in accordance with 
one aspect of the present invention; 

Fig. 23 graphically illustrates an example publication dynamically compiled 
throughout the publication process, in accordance with the teachings of the present 
invention; 

30 Fig. 24 illustrates a flow chart of an example method for dynamically 

generating and appending a feedback form to received content while enroute to a 
requesting user, in accordance with one aspect of the present invention; 
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Figs. 25 A-C graphically illustrate an example of dynamically generated 
feedback forms, suitable for use in accordance with one embodiment of the present 
invention; and 

Fig. 26 illustrates a flow chart of an example method of automatically 
5 providing requested material in response to receipt of a feedback form, in accordance 
with one aspect of the present invention. 

DETAILED DESCRIPTION 

Fig. 1 illustrates a block diagram of an innovative document delivery system, 

10 according to one embodiment of the invention. According to one implementation of 
the present invention, document delivery system 10 contains document server 100. In 
a preferred embodiment, document server 100 is operatively coupled via network 200 
to a variety of personal computers, printing devices, and other electronic devices, 
collectively referred to as devices 300. In accordance with this first embodiment, 

15 document delivery server 100 selectively receives/retrieves content to dynamically 
generate personalized publications from otherwise disparate content objects in 
accordance with a publication profile. In alternate embodiments, to be described 
more fully below, the content retrieval and publication process is distributed 
throughout document delivery system 10. 

20 In accordance with this distributed embodiment, document delivery system 10 

also includes one or more publication agent(s) 500 distributed throughout system 10 
and responsive to formatting engine(s) 600. As will be described in greater detail 
below, formatting engine(s) 600 issue a publication profile to publication agents 500 
distributed throughout system 10 to selectively retrieve content for use in a 

25 publication, dynamically compiled and formatted by formatting engine 600. As will 
be developed in greater detail below, the distributed embodiment of document 
delivery system 10 facilitates an on-demand publishing service which provides added 
flexibility over prior art publishing models to provide the latest available information 
on an individual or community-basis. 

30 As used herein, content providers 50 are intended to include all providers of 

publication content non-inclusive of advertising, while advertising providers 80 
provide advertising material. From a financial business model, these two sources of 
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publication material differ significantly (i.e., content providers 50 are paid a royalty 
from the operator of the document server, while advertisers 80 pay to advertise in the 
generated publications). From the standpoint of the end-user (publication recipient), 
however, they both provide content to the publication. Consequently, when used 
5 without a reference numeral the general term "content providers" is intended to 
include both content providers 50 and advertising providers 80. If a distinction is 
intended, the appropriate reference numeral will be specifically denoted to further 
specify the source of content. 

In accordance with the first example embodiment, edit module 120 receives 

10 content object input from one or more content providers 50, and/or one or more 

advertising providers 80 to generate personalized documents based, at least in part, on 
a number of key criteria including, for example, user interests, seasonality, content 
provider and advertising provider distribution criteria, publication time, and the like. 
According to one implementation, the key criteria is provided to system elements 

15 (e.g., edit module 120, publication agent 500 and/or formatting engine 600) in a 
publication profile, to be discussed more fully below. 

Distribution module 400 is operatively coupled to document server 1 00 and, as 
will be discussed, optionally distributes product and/or product subsidies to users 
based, at least in part, on the source and quantity of content provided to the users. 

20 According to one implementation, edit module 120 maintains a transaction log 
documenting the distribution of content objects (identified using object wrappers 
having a unique identifier) from edit module. In accordance with another 
implementation, distribution module 400 receives distribution information from one 
or more of publication agent(s) 500 or formatting engine(s) 600. 

25 In a preferred embodiment, document server 100 is a minicomputer/server, 

such as an HP 9000 server sold by the Hewlett-Packard Company, although those 
skilled in the art will appreciate that document server 100 could be any type of other 
computing or electronic device(s) that performs the functions described herein and 
still fall within the spirit and scope of the invention. Network 200 is preferably the 

30 Internet, although an Intranet, local area network, or other type of public or private 
network, either wired (e.g., telephone, cable TV, etc.) or wireless (e.g., satellite, radio, 
cell phone, etc.), could also or additionally be used. 
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Devices 300 are shown in Fig. 1 as being capable of being configured in a 
wide variety of ways. For example, personal computer 310 is shown connected to 
printing device 320, which prints document 10320 for user 20320. Personal computer 
310 is operatively coupled to network 200. In contrast, printing device 330, which 
5 prints document 10330 for user 20330, is operatively coupled to network 200 without 
an intervening personal computer or other electronic device. Printing device 350, 
which prints document 10350 for user 20350, is shown connected to electronic device 
340, which could be a set top box, television set, palmtop personal digital assistant 
(PDA) or other type of electronic device that is operatively coupled to network 200. 

10 Finally, printing device 370, which prints document 10370 for user 20370, is 

connected to electronic device 360, which is operatively connected to network 200. 
The printing devices shown in Fig. 1 could be printers, such as the HP DeskJet 890 
printer, HP LaserJet V printer, or other models of printers manufactured by HP or 
others; so-called "mopiers" or other multi-function printing devices that can print, fax, 

15 scan, and/or copy, or any other device capable of transferring information to a 

printable media such as plain paper, specialty paper, transparencies, or other media 
capable of tangibly receiving such information and which can be easily carried about 
by the user. 

Transmission module 150 is preferably located with document server 100. As 
20 Fig. 1 shows, printing module 380 could be located in any of the devices 300, such as 
in personal computer 310, printing device 330, or electronic device 340, operatively 
coupled via network 200 to document server 100, or it could be located within 
document server 100 itself, such as in knowledge module 170. According to one 
embodiment of the invention, transmission module 150 and printing module 380 
25 represent software functions that execute on suitably programmed microprocessor(s) 
within a device 300 and/or document server 100. It will be appreciated, however, that 
special purpose hardware or other mechanisms could be employed to implement the 
innovative features and functions described below. 

Turning briefly to Fig. 1 5, a block diagram of an example virtual sensor to 
30 monitor and report on content object distribution is presented, according to one 

implementation of the present invention. As introduced above, one or more virtual 
sensors 35000 are selectively distributed throughout document delivery system 10 to 
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monitor and report on the distribution, receipt and user disposition of content objects. 
According to one implementation, virtual sensor(s) 35000 are incorporated into 
printing module 380 throughout document delivery system 10. In accordance with 
the illustrated example embodiment of Fig. 15, virtual sensor 35000 is shown 
5 comprising a monitoring agent 35002 and a reporting agent 35004, communicatively 
coupled as depicted. 

As used herein, monitoring agent 35002 receives network traffic and analyzes 
the traffic for distribution of content objects which are traceable back to a particular 
edit module (e.g., 120) and/or document delivery server (e.g., 100). According to one 

10 example implementation, monitoring agent 35002 analyzes the received network 
traffic for content objects wrapped in trace wrappers (to be described more fully 
below). The trace wrapper information uniquely identifies the content object and, 
optionally, the edit module or document delivery server responsible for the 
distribution of the content object. Reporting agent 35004 is invoked to compile and 

15 issue a report to one or more document delivery server(s) 100 identifying document 
distribution, receipt and user disposition of received content objects. Although 
illustrated in accordance with a hardware paradigm, the virtual sensor 35000 and/or 
one or more of its constituent elements may well be implemented by a series of 
executable instructions that carry out the functions to be described more fully below. 

20 Similarly, a content provider information database may used by document 

delivery system to maintain a history of content object distribution, receipt and 
disposition. According to one implementation, the database is located within edit 
module 120. In accordance with another embodiment, distribution database is 
remotely located and accessible by edit module 120, publication agent 500 and/or 

25 formatting engine 600. According to one aspect of the invention, edit module 120 
includes a contract administrator, which utilizes information maintained in content 
provider information database to periodically calculate royalty payments, advertising 
bills, and subscription bills. 

Having introduced document delivery system 10, an example method of 

30 operation will be presented with reference to Figs. 2-12, in accordance with a first 
embodiment of the present invention. Turning to Figs. 2-4, flowcharts detailing the 
operation of transmission module 150 and a first mode of operation of printing 
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module 380 are presented, according to one embodiment of the invention. In Figs. 2- 
4, the flow diagram shown in the left column is executed by transmission module 150 
of document server 100, and the flow diagram in the right column is executed by 
printing module 380. 

5 Referring now to Fig. 2, the flow diagram for transmission module 150 starts 

in block 1000, and the flow diagram for printing module 380 starts in block 2000. 
Since there is a great deal of interaction between these two flow diagrams, as 
represented by dashed lines connecting the two columns, the operation of the two 
flow diagrams will be described simultaneously. 

10 In block 2100, user profile data is sent to document server 100 to be stored in 

the user profile. This user profile data can take on many different forms, from simple 
to very detailed. Fig. 5 shows a very simple acquisition of user profile data, such as 
that used in HP's Instant Delivery Program, the first version of which was generally 
available to the public less than one year from the filing date of this patent 

15 application. In this program, only three pieces of information are stored in the user 
profile: type of printer, email address, and whether HP can contact the user. Fig. 6 
shows a more complicated user profile than that currently used in HP's Instant 
Delivery Program, which includes the user's name, email address, company name, 
city, state, country, zip or postal code, phone number, printer information, and areas of 

20 interest. Those skilled in the art will appreciate that more or less user profile data 

from those shown in Figs. 5 and 6 could be sent to transmission module 150 in block 
2100 and still fall within the spirit and scope of the invention, and that at least some of 
this information could come from a source other than a user. For example, the user 
profile data could also include household income, age, and sex of the user, among 

25 other things. In any event, block 1 100 receives the user profile data sent by block 
2100. Block 1200 stores the user profile data, preferably in knowledge module 170. 
Alternately, the user profile data could be stored in device 300 or in some other local 
or remote location. 

Block 2200 checks to see whether a document should be received from 

30 document server 1 00. This is done by checking print schedule 390 which is 

preferably stored on a device 300 or document server 100, but may be stored in some 
other local or remote location. Printing schedule 930 preferably contains information 
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that can be used to determine when documents should be printed by the printing 
device, such as upon document creation, user requested time, lapse of specified time 
period, and/or occurrence of one or more external events (e.g., a stock price or index 
reaching a specified value, a final score of a sporting event, etc.). Printing schedule 
5 390 may be associated with an individual user, a device or a group or users and/or 
devices. In addition, each entry of printing schedule 390 could result in the printing 
of one or more documents. 

Fig. 7 shows one example of printing schedule 390, of the type that might be 
used in an enhanced version of HP's Instant Delivery program. In this example, the 

10 title of delivery, delivery schedule, next delivery data and time, and the last deliver 
status are shown. Preferably, the user can select what time a document should be 
printed, whether it should be printed on a specific day of the week or month, 
weekdays, or weekends, and whether the printing schedule should expire after a 
specific period of time or continue indefinitely. 

15 Referring again to Fig. 2, printing module 380 monitors printing schedule 390 

to see if a document should be requested from document server 100 or from another 
source. When block 2200 determines that a document should be requested from 
document server 100 or from another source, block 2200 is answered affirmatively, 
and block 2300 automatically requests the document without user intervention from 

20 server 100 or from another source, as will be described in greater detail below. Note 
that if printing module 380 is located on device 300, block 2200 operates in a "pull" 
mode — where the document is "pulled" from document server 100 or another source 
to device 300. However, if printing module 380 is located remotely from device 300, 
such as in document server 100, block 2200 operates in a "push" mode — where the 

25 document is "pushed" from document server 100 or another source to device 300. If 
block 2300 determines that the document is located on document server 100 or at 
another source accessible via network 200, and if device 300 is currently in a 
disconnected state where it is not operatively coupled to the network 200, block 2300 
will sign on to or otherwise enter a connected state with network 200, so that device 

30 300 is operatively coupled to network 200. 

Meanwhile, block 1300 checks to see if a document has been requested from 
printing module 380 in block 2300. Once it determines that such a document has 
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been requested, block 1400 generates the document for printing module 380. Block 
1500 then sends the document to printing module 380. Block 2400 checks to see 
whether a document has been received from document server 100 via block 1500. 
Once such a document has been received, block 2500 automatically prints the 
5 document, without user intervention, on a printing device. The term "without user 
intervention" means that a user is not directly involved in the printing operation; the 
document is sent automatically to a device 300 to be printed out by a printing device. 
According to this mode of operation, the user does not press "any" print buttons or 
otherwise be directly involved in the printing process; in fact, the user may not even 

10 be present in the same room, city, state, or country as device 300 during the printing 
operation. The printing operation automatically occurs in an unattended state - 
regardless of whether the user is present or not. In addition, if print schedule 390 is 
stored in a device-independent manner, such as on document server 100, a travelling 
user could "log in" to document server 100 and have his or her customized document 

1 5 sent to a device 300 that is convenient to the user's current location. 

Referring now to Fig. 3, block 2600 checks to see whether the document 
printed successfully. If not, block 2800 performs error handling, such as attempting to 
print the document again, notifying the user that the printing device is out of paper or 
has some other error condition, or simply deciding not to print the document. When 

20 the document prints successfully, block 2900 informs document server 1 00 that the 
document printed successfully. Block 1600 waits for an indication from printing 
module 380 that the document did print successfully. When such an indication is 
received, block 1700 updates the user profile with this information. 

It will be appreciated that not all of the blocks in Figs. 2-4 need be 

25 implemented, or implemented according to the order denoted, to fall within the spirit 
and scope of the present invention. More specifically, according to one 
implementation, flow of control moves from block 2600 to block 4100 of Fig. 4, as 
will be discussed later, and from block 1500 back to block 1300 of Fig. 2. An 
alternate embodiment has been contemplated where other information is transmitted 

30 back to document server 100 in block 2900 to update the user profile preferably stored 
in knowledge module 170. This other information could be ink usage (total usage or 
usage broken out by ink color), printable media usage (number of pages printed, type 
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of media used, etc.), or other types of information. In addition, another alternate 
embodiment has been contemplated where some or all of the information contained in 
the user profile stored in knowledge module 170 came from a source other than the 
user via printing module 380. For example, publicly or privately available 
5 information about the user, and/or the devices 300 he/she/they use, could be acquired 
- from a wide variety of different sources and inserted into the user profile preferably 
stored in knowledge module 170. 

Block 1800 examines the user profile preferably stored in knowledge module 
1 70 to determine whether a product subsidy should be provide to the user. For 

10 example, if the information in the user profile indicates that this user has printed off 
his 1000 th document, such as a "preferred" document that contains advertising from 
advertising providers 80 or is otherwise under the control of edit module 120, 
providing a product subsidy to the user may be warranted. For purposes of this 
invention, a "product subsidy" could be a print consumable or other product. A "print 

15 consumable" is an inkjet cartridge for an inkjet printer, ink for such an inkjet 

cartridge, a toner cartridge for a laser printer, toner for such a toner cartridge, or any 
other product or substance that is depleted when a document gets printed, including 
printer ribbons, etc. Note that the "ink" referred to above would typically be of a 
permanent variety, but erasable electronic ink, such as that sold by the Eink Company, 

20 could also be used. 

Note that the product subsidy referred to herein is preferably funded at least in 
part by advertising revenue received from advertising providers 80 (Fig. 1), but an 
embodiment has been contemplated where the product subsidy is funded at least in 
part from the distribution revenue received from content providers 50 (Fig. 1). In 

25 either case, information (such as statistical information) about what was printed by 

whom is preferably provided to content providers 50 and/or advertising providers 80 - 
preferably as a document that is automatically sent to one or more printing devices 
according to the teachings of this invention. 

Other forms of products that are contemplated to be subsidized by this 

30 invention include printable media, such as plain paper, specialty paper, transparencies, 
and the like, and may also include devices 300 such as printing devices, electronic 
devices, and personal computers. In fact, alternate embodiments have been 
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contemplated where other products, such as a subscription price to a document, or 
even a product not directly related to the document delivery system shown herein, 
such as soap or dog food, are subsidized. If block 1800 determines that such a 
subsidy is warranted, block 1900 requests that distribution module 400 provides such 
5 a subsidy to the user. In one embodiment, distribution module 400 simply mails a 
product such as a print consumable or other product such as the type described above 
to a user at the address specified in the user profile. In another embodiment, 
distribution module 400 mails or electronically generates a coupon that the user can 
use to receive a free or discounted product of the type described above. Regardless of 

10 whether block 1800 is answered affirmatively or negatively, flow of control then 
returns back to block 1300 (Fig. 2) to see if another document has been requested 
from the printing module 380. 

Referring again to Fig. 3, after block 2900 informs document server 100 that 
the document printed successfully, flow of control moves to block 4100 (Fig. 4), 

1 5 which checks with document server 1 00 to see what the current version of printing 
module 380 is. Block 3 100 checks to see whether such a request has been received, 
and when it is, block 3200 sends information concerning the current version of the 
printing module to printing module 380. Block 4200 compares this information from 
document server 100 with its own version and determines whether an updated version 

20 of printing module is available. For example, if printing module 380 is running 

version 4.0, and document server 100 indicates that version 4.1 is the current version 
of printing module 380, block 4200 would determine that an updated version of 
printing module 380 is available, and flow control would move to block 4300. Block 
4300 checks to see whether this updated version of printing module 380 should be 

25 requested to be downloaded. While a user would typically be asked whether such a 
download should be requested or not, and would typically perform this download at a 
convenient time, such a step could also be performed automatically without user 
intervention. If such a download is requested, block 4400 is answered affirmatively, 
and block 3500 downloads the updated printing module, which is then installed in 

30 block 4500. Regardless of how blocks 4200 and 4300 are answered, flow of control 
moves to block 4600, which checks to see if a disconnected state should be entered. 
If block 2300 (Fig. 2) determined that device 300 was in a disconnected state when 
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the document was requested, as discussed above (i.e., not operatively coupled to 
network 200), block 4600 is answered affirmatively, and block 4700 reenters the 
disconnected state. In any event, flow of control returns to block 2200 of Fig. 2. 

Referring again to print schedule 390 shown in Fig. 7, it can be seen that many 
5 different types of documents can be requested to be printed. For example, the title of 
document 11000 specifies a network address, such as an Internet uniform resource 
locator (URL) that contains the network location of a document to be printed. Note 
that this URL may be partially or completely hidden from the user, as is the case with 
the URL for document 15000. In this scenario, edit module 120 of document server 

10 100 merely goes out to the Internet at the URL indicated (which would be shown in 
Fig. 1 as one of the content providers 50), and captures the indicated document, which 
is then transmitted to a printing device via transmission module 1 50 and printing 
module 380, as has been discussed. Alternatively, device 300 could go directly out to 
the URL itself without assistance from document server 100; in this case, block 2300 

1 5 (Fig. 2) requests document 1 1 000 from another source - directly from the content 
provider 50 (at the indicated URL) via network 200. 

In contrast, document 12000 is not a document that originates with a content 
provider 50 via the Internet, but instead is stored directly on device 300, such as a 
printing device, personal computer, or other electronic device. An example of such a 

20 document could be a daily calendar from a program such as Microsoft Outlook, which 
the user has requested be printed automatically to his printer, without any user 
intervention, at 7:00 a.m. every weekday morning. In such an embodiment, printing 
module 380 does not need to request the document from document server 100, since it 
can access the documents without going through network 200. In this embodiment, 

25 block 2300 of Fig. 2 requests the document from another source - device 300. While 
block 2900 would still preferably indicate that the document was printed, and while 
block 1700 would still preferably update the user profile in knowledge module 170, 
printing such a document would preferably not generate any type of credit towards a 
product subsidy, since such a document would not be considered a "preferred" 

30 document, e.g., not a document under the control of edit module 120. 

Referring again to Fig. 7, a print schedule of document 1 3000 is shown. 
Document 13000 is referred to as a "personalized document". A "personalized 
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document" is a document that is assembled by edit module 120 of document server 
100 from a variety of content providers 50 and advertising providers 80, based on 
information contained in the user profile stored in knowledge module 170. For 
example, document 13000 is a "personalized document". Our user has requested that 
5 document 1 3000 - his personalized newspaper - be printed at 6:00 a.m. every day. 
Edit module 120 examines the user's interests as specified in the user profile stored in 
knowledge module 170 to assemble the document from selected content providers 50 
in which the user has indicated an interest. Edit module 120 also inserts advertising 
from selected advertising providers 80 - again based on the user profile stored in 

10 knowledge module 170. 

Fig. 8 shows how the print schedule 390 of Fig. 7 can be edited by the user. 
The user can use the publisher's recommended schedule, use a default schedule the 
user has set, or use a custom schedule for delivery. If a custom schedule is selected, 
the user can select a daily, weekly, or monthly delivery, or select a delivery once every 

15 specified number of days, or specify every weekday. In addition, the time of day can 
also be specified: once at a designated time, multiple times during the day, or multiple 
times separated by a specified period of time. While not shown here, the user could 
also edit print schedule 390 to request that a document be sent upon creation, or upon 
the occurrence of an external event. 

20 Figs. 9A-9B show document 1 1000 printed by the printing device according to 

one embodiment of the invention. Note that this document came from one content 
provider 50 via network 200 (either through document server 100 or directly), and 
contains no advertising. While document 1 1000 is preferably formatted by content 
provider 50 such that the information contained in the document is optimized to be 

25 printed, such formatting is not necessary. 

Fig. 10 shows document 12000 printed by the printing device according to one 
embodiment of the invention. Note that this document is a user's daily calendar 
which came directly from device 300 and not from document server 100 via network 
200. 

30 Figs. 1 1 A-D show document 1300 printed by the printing device according to 

one embodiment of the invention. Note that this document is a user's personalized 
newspaper which contains information in which the user has indicated a specific 
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interest in, as stored in the user profile in knowledge module 170. Note also that this 
document contains advertising that edit module 120 determined the user would also 
be interested in, again based on the information contained in the user profile stored in 
knowledge module 170. As has already been discussed, when the user prints a 
5 sufficient number of such "preferred" documents, the user may receive a product 
subsidy of a print consumable or other product(s). 

Fig. 12 shows document 14000 printed by the printing device according to one 
embodiment of the present invention. Note that document 14000 is the HP Instant 
Delivery Times - a document located on document server 100. While this document 
10 does not contain advertising per se, it is still considered to be a "preferred document", 
since it is under the control of edit module 120. Document 14000 informs users of 
Instant Delivery of new releases or new information about the Instant Delivery 
Program. 

As introduced above, an alternate embodiment is envisioned wherein 

1 5 formatting engine(s) 600 issue a publication profile to publication agents 500 
distributed throughout delivery system 10 to dynamically compile and format 
publications for individuals (or communities) utilizing the latest available information 
from content providers. Just such a system will now be developed more fully with 
reference to Figs. 13-23. 

20 Fig. 13 illustrates a block diagram of an example publication agent, in 

accordance with one aspect of the present invention. In accordance with the 
illustrated example embodiment, publication agent 500 is shown comprising one or 
more controller(s) 502, formatting services 504, a content resource manager 506, 
memory 508 and input/output (I/O) interfaces 510, coupled as shown. As will be 

25 developed more fully below, formatting services 504 include a content wrapper 

function 512 and a feedback generation agent 524. Content resource manager 506 
includes a publication profile review function 514, request generation 516 and a 
transaction agent 518. Memory 508 maintains a publication schedule 522 generated 
based, at least in part on received publication profiles, and a content cache 520. It 

30 will be appreciated that although depicted as separate and distinct functional entities, 
one or more functional blocks 502-524 may well be combined into common 
functional entities. Moreover, although depicted in accordance with a hardware 
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paradigm, those skilled in the art will appreciate that publication agent 500 and its 
constituent elements 502-524 may well be embodied as a series of executable 
instructions which, when executed by a host processor, implement the features and 
functions of publication agent 500 to be discussed below. In this regard, Fig. 13 is 
5 merely illustrative of the scope and spirit of the claimed invention. 

As shown, controller(s) 502 selectively invoke one or more elements of 
publication agent 500 to analyze received publication profiles to establish a 
publication schedule, selectively request content objects from one or more content 
providers, and provide some initial formatting of the content objects to be provided to 

10 the formatting engine 600, and or to dynamically generate feedback content based, at 
least in part, on the received content. Controller(s) 502 receive publication profile(s) 
from formatting engine(s) 600 via I/O interface(s) 510. In response, controller(s) 502 
selectively invoke an instance of content resource manager 506 to review the content 
of the received publication profile, issue requests for content, and to maintain a log of 

15 content distribution. Based on the content of the publication profiles, a publication 
and request schedule 522 is established in memory 508. But for implementation of 
the teachings of the present invention, controller(s) 502 are intended to represent any 
of a broad range of control devices known in the art including, but not limited to, a 
programmable logic array (PLA), microprocessor, special purpose controller, 

20 application specific integrated circuit (ASIC), and the like. In an alternate 

embodiment, controller(s) 502 are embodied as a series of executable instructions 
which, when executed, implement the control logic described herein. 

Content resource manager 506 is selectively invoked by controller(s) 502 to 
identify publication information from the publication profile, retrieve content 

25 appropriate to the publication and maintain a list of content distribution. In this 
regard, publication profile review function 514 is selectively invoked by content 
resource manager 506 upon receipt of a publication profile. According to one 
implementation, publication profile review function 514 reads the content of the 
received publication profile to identify one or more of the requested publication time, 

30 content preferences and/or formatting preferences. According to one implementation, 
based on the publication profile, content resource manager 506 updates publication 
schedule 522 to denote when content requests are to be made, and where the retrieved 
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content should be delivered. In developing the publication and request schedule, 
content resource manager 506 determines the time-sensitive nature of the content to 
be retrieved from the select content providers and schedules the request to such 
providers accordingly. That is, requests to content providers providing content that is 
5 unlikely to change over a set period of time (e.g., national advertisements) may be 
made at any time, preferably as early as possible. In contrast, requests to content 
providers providing time-sensitive material (e.g., latest stock quotes) are made 
immediately prior to publication. An example publication schedule 522 is provided 
with reference to Fig. 18. 

1 0 Content resource manager 506 selectively invokes an instance of request 

generator 516 to generate and issue a content request to select ones of a plurality of 
content providers (50, 80). In accordance with the illustrated example 
implementation wherein publication agent 500 includes a content cache 522, content 
resource manager 506 first checks the local cache 522 to identify suitable content to 

1 5 satisfy the content preferences of the publication profile. Before such content is used, 
however, content resource manager 506 determines if the content object is stale, i.e., 
whether a newer version of the content exists and, if so, the cached object is 
discarded. According to the teachings of the present invention, content resource 
manager 506 issues requests to content providers based, at least in part, on the 

20 publication time denoted in the received publication profile. That is, as introduced 
above, content resource manager 506 schedules requests to each of the content 
providers based, at least in part, on the type of content requested and the requested 
publication time. 

Transaction agent 518 maintains a record of content distribution. According to 
25 one implementation, transaction agent 518 provides a record of content distribution to 
distribution module 400 and/or a content distribution database. 

Formatting service 504 receives content objects sent by content providers 
(50,80) in response to content requests issued by content resource manager 506. In 
accordance with one example implementation, content objects received un- 
30 encapsulated by a trace wrapper are sent to content wrapper function 512 for 

encapsulation. As introduced above, encapsulating the content objects in a trace 
wrapper enables virtual sensors (not shown) in the document distribution system to 
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accurately track distribution, receipt and disposition of content objects. According to 
one embodiment, virtual sensors are embedded within printing modules 380 to track 
distribution, receipt and disposition of encapsulated content objects. 

According to one aspect of the present invention, formatting service 504 
5 includes dynamic feedback generator 524. As introduced above, once publication 
agent 500 receives content from a content provider, feedback generator 524 is 
selectively invoked to dynamically generate feedback content based, at least in part, 
on the received content. That is, feedback generator 524 reviews the received 
publication content and dynamically assembles and/or generates feedback content 

10 which is appended to the received publication content before forwarding the 
publication (including the feedback content) to the requesting user. 

Feedback content may take many forms, e.g., offers for additional information, 
offers for associated product(s) or service(s), an examination over the material 
covered in the received content, etc. Thus, depending on the nature of the received 

15 content, feedback generator 524 may pull information from a number of different 

sources to generate the feedback content. According to one implementation, feedback 
generator 524 pulls content from (1) the content provider providing the received 
content, (2) a third-party provider of content, and/or (3) dynamically generates the 
content locally. Insofar as publication agent 500 may well be deployed in any number 

20 of elements within public and private networks comprising system 100, the use of the 
feedback generator as a means for automatated, targeted marketing services provides 
for a number of innovative business models. According to one example model, a 
publication agent 500 is deployed within an internet service provider (ISP), wherein 
the ISP intercepts publication content destined for requesting users, and dynamically 

25 generates feedback content to append to the received publication content on behalf of 
businesses subscribing to this ISP feedback service. Graphical examples of such 
feedback content are provided with reference to Figs. 26A-C, below. 

In generating the feedback content, feedback generator 524 embeds a personal 
identifier of the requesting user in the feedback content. The personal identifier is 

30 used to uniquely identify the requesting user when they return the feedback form, 

without requiring the user to manually provide such personal information. According 
to one implementation, the personal identifier is embodied as a bar-code. If the user 
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decides to utilize the feedback content (e.g., fax back a feedback form), the personal 
identifier is utilized by the receiving system to automatically identify the person 
issuing the feedback form. According to certain implementations, the receiving entity 
of the feedback form may not be associated with system 100. In such instances, the 

5 receiving entity may be authorized to receive select information from the personal 
profile for a user identified by the personal identifier on the feedback form. In this 
way, document delivery system 100 may protect the personal information of its users, 
while still facilitating a value added resource provided by third-party purveyors. 
Indeed, providing such information from the personal profile may yield yet another 

10 revenue stream for system 100. 

In addition, formatting service 504 caches received content objects 520 to 
satisfy subsequent requests for the same/similar content. Once content objects are 
received, formatting services 504 performs some initial formatting of the received 
content objects to facilitate integration with the intended publication. According to 

1 5 one example implementation, the formatting performed by formatting services 504 is 
based, at least in part, on formatting preferences received in the publication profile. 
Once formatting services 504 has completed at least a partial formatting of the content 
object, the object is sent to an identified formatting engine 600 for integration within 
the publication and publishing. 

20 Memory device 508 and I/O interface(s) 510 are each intended to represent 

such devices commonly known in the art. I/O interface(s) 510, in particular, are 
intended to include one or more of any of a number of communication interfaces 
known in the art including, but not limited to, a direct connect communication 
interface (e.g., a serial interface, a parallel interface, a Universal Serial Bus (USB), an 

25 Advanced Graphic Port (AGP), etc.), a local area network interface (e.g., an Ethernet 
interface, a Token Ring interface, etc.), or a wide area network interface. In this 
regard, edit module 120 may communicate with any of a number of external and 
remote devices using an appropriate one of a plurality of wired and/or wireless I/O 
interfaces 510. 

30 Fig. 14 illustrates an block diagram of an example formatting engine, 

according to one aspect of the present invention. In accordance with the illustrated 
example embodiment of Fig. 14, formatting engine 600 is depicted comprising one or 
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more controller(s) 602, dynamic formatting service 604, content resource manager 
606, memory 608, I/O interface(s) 610 and a publishing engine 612, each coupled as 
depicted. As introduced above, formatting engine 600 initiates publication requests 
by issuing a publication profile (614) to one or more publication agents 500. In 

5 response, publication agents 500 provide formatting engine 600 with one or more 
content objects deemed suitable for the publication based, at least in part, on the 
issued publication profile. As will be developed more fully below, formatting engine 
600 takes the received content objects and dynamically compiles a publication for a 
requesting individual/community based, at least in part, on the content and formatting 

10 preferences of the publication profile. Although illustrated as separate distinct 

elements, it should be appreciated that formatting engine 600 and publication agent 
500 may well be integrated into a single multi-functional unit. That is, a publishing 
system element is envisioned comprising both a formatting engine 600 and a 
publication agent 500 for distribution throughout system 10 to facilitate the publishing 

1 5 services described herein. 

As shown, controller(s) 602 selectively invoke one or more resources of 
formatting engine to dynamically compile and publish a publication reflecting the 
content and formatting preferences of requesting individuals and/or a community. 
According to one aspect of the invention, controller(s) 602 selectively invoke an 

20 application 620 to generate and/or update a publication profile associated with an 
individual and/or community. An example publication profile is provided with 
reference to Fig. 16. According to one implementation, application 620 is a graphical 
user interface (UI) presented to an individual and/or one or more individuals of a 
receiving community to denote publication preferences in formatting, content, 

25 publication time, etc. An example UI facilitating generation and/or updating of a 

publication profile is presented below, with reference to Fig. 22. As will be developed 
more fully below, the publication profile (614) includes information regarding one or 
more of the publication title, content preferences, formatting preferences, time of 
publication, location of publication, etc. In accordance with the illustrated example 

30 embodiment, publication profile is maintained within formatting engine 600. In 

alternate implementations, however, publication profile may well be remotely located 
such as, for example, at knowledge module 170. 
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In addition to the UI, however, controller(s) 502 receive information regarding 
the distribution and disposition of content objects comprising publications from one 
or more virtual sensors 35000 located throughout the delivery system 10. In response 
to such information, controller(s) 502 update publication profile information to 
5 modify one or more of content preferences, formatting preferences, publication 

preferences, timing preferences, and the like without the need for user intervention. 

According to one example implementation, controller(s) 502 issue publication 
requests minimally including a publication profile (e.g., 614) to one or more 
publication agents 500. According to one implementation, controller(s) 502 send the 

1 0 requests to known addresses of the publication agents 500 throughout the document 
delivery system 10. According to one implementation, the publication requests are 
broadcast to any publication agent 500 via document delivery system 10. In either 
case, controller(s) 502 periodically issue such requests based, at least in part, on one 
or more of a predefined publishing schedule, a dynamically generated publishing 

1 5 schedule, publishing schedule preferences denoted in the publication profile, and the 
like. According to one aspect of the present invention, each of formatting engine 600 
and publication agent 500 implement load balancine features to advantageously 
accommodate the publishing needs of the user's of the document delivery system 10. 
Once formatting engine receives content objects in response to a publication 

20 request, dynamic formatting service 604 begins integrating the content objects into a 
dynamically evolving publication format. The publication format utilized by 
formatting service 604 reflects the nature of the received content and publication 
formatting preferences denoted in the publication profile. As introduced above, 
publication agents 500 issue content requests until just prior to publication. In this 

25 regard, dynamic formatting service 604 is continuously modifying the content and 
format of the publication up until the time of publication. According to one element 
of the present invention, dynamic formatting service 604 also performs editing 
functions. According to this aspect of the invention, dynamic formatting service 604 
must often choose between content objects on the same or similar topic provided by 

30 different content providers. Dynamic formatting service 604 selects content on the 
basis of one or more of content provider agreements, content provider integrity, user 
preferences in content providers reflected in the publication profile, content object 
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cost, and the like. Once the publication is formatted, it is provided to publishing 
engine 612 for publication. 

As introduced above, one of the innovative aspects of the distributed 
publication model is the ability to retrieve the latest available information on topics of 
5 interest to the receiving individual/community. To facilitate this feature, in 

accordance with one example implementation, formatting engine 600 may well 
include a content resource manager 606 including a request generator 514 and/or 
transaction agent 518. According to one example implementation, formatting engine 
600 implements a cut-off period (e.g., 10 minutes) just prior to publication where it 

1 0 will no longer accept content objects from publication agents 500 for use in the 
publication. At this point, rather than relying on distributed publication agents to 
retrieve the most time-sensitive material, formatting engine 600 performs this 
function locally. According to this implementation, content resource manager 606 
invokes an instance of request generator 514 to issue content requests to select content 

1 5 providers of extremely time-sensitive material (e.g., stock quotes, local news 

coverage, local weather conditions, etc.). This information is received directly into 
dynamic formatting services module 604 for formatting and integration within the 
publication. As above, this content retrieval is recorded by transaction agent 518 for 
accounting purposes. 

20 Publishing engine 612 facilitates distribution and publication of the 

dynamically generated document. According to one embodiment, wherein formatting 
engine is located within a computing system associated with a receiving individual, 
publishing engine 612 spools the publication for delivery via a printing device and/or 
electronic distribution services (e.g., email). In alternate implementations, where 

25 formatting engine 600 is remotely located from the destination, publishing engine 612 
sends the publication to a destination denoted in the publication profile, e.g., eMail 
address, network address, Instant Delivery address (e.g., of an instant delivery client), 
facsimile machine telephone number, and the like. According to one implementation, 
publishing engine 612 can begin publication of a document while dynamic formatting 

30 service 604 is receiving final content objects for integration within the dynamically 
compiled publication. In this regard, document delivery system 10 facilitates content 
retrieval of even the most time sensitive material up until the point of publication. 
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As introduced above, formatting engine 600 maintains publication profile(s) 
614 for each of a number of individual and/or community publications. Moreover, 
memory 608 is also used to maintain a transaction log 616, to record distribution of 
publications and/or content objects to requesting users. This information is 
5 selectively provided to distribution module 400 and/or content provider database for 
accounting purposes. 

Fig. 16 graphically illustrates an example data structure comprising 
publication profile information, according to one example embodiment of the present 
invention. According to the illustrated example implementation, publication profile 

10 information data structure 614 includes a publication name field 642, a 

publication_ID field 644, a publication location 646, content interest/preference 
information field 648, source preference information field 650, an advertising 
preference field 652 and a publication schedule field 654. As introduced above, some 
of the information maintained in publication profile data structure 614 is overtly 

1 5 obtained, e.g., by asking the user for such information during a registration period via 
a UI (e.g., 6000 of Fig. 22). Other information such as, for example, content 
preference information, is also covertly obtained by monitoring the disposition of 
trace wrappers by the user, e.g., how much time did the user spend with certain 
information, did the user forward certain information to others, etc. In this way, the 

20 publication profile data structure 614 is a continuously evolving, continuously 
improving, set of information reflecting the current interests of the users of the 
document delivery system. 

Fig. 17 illustrates an example data structure comprising transaction 
information (e.g., transaction log 616), according to one embodiment of the present 

.25 invention. In accordance with the illustrated example embodiment, transaction log 
data structure 616 includes a content provider name field 622, a content provider ID 
field 624, a wrapper ID field 626 for each of the content objects provided by the 
content provider, a rate schedule field 628, a monthly usage field 630 and feedback 
information field 630. As introduced above, information from the transaction log data 

30 structure 616 is periodically provided to one or more of content providers (50, 80) 
and/or distribution module 400 for accounting purposes (e.g., distribution of bills, 
royalty payments, product subsidies, and the like). 
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Fig. 18 graphically illustrates an example data structure comprising 
publication schedule information, according to an example embodiment of the present 
invention. As shown, publication profile 700 includes a formatting engine identifier 
field 702, a publication time field 704, a destination identifier field 706, a content 
5 preference field 708, a content provider field 710 and a request time field 712. The 
formatting engine identifier field 702 denotes the formatting engine associated with 
the publication request. The publication time field 704 denotes the time of 
publication by the formatting engine. Based, at least in part, on the time denoted in 
the publication time field 704 and the time sensitive nature of the requested content, 

10 content resource manager 506 establishes a request time, denoted in field 712. The 
destination ID field denotes where the content object are to be sent. In most 
instances, it will be the requesting formatting engine. In other instances, however, the 
destination ID field 706 may be populated with one or more of a telephone number, a 
network address, an email address, and the like. 

15 As alluded to above, data structures of greater or less complexity may well be 

utilized to maintain user profile information and/or content provider information 
without deviating from the spirit and scope of the present invention. 

Having introduced the basic operation of document delivery system 10, above, 
Figs. 19-23 provide additional operational information regarding select aspects of the 

20 present invention. 

Accordingly, turning to Fig. 19, a flow chart illustrating an example method 
for dynamically compiling and generating a publication is presented, in accordance 
with the teachings of the present invention. As shown, the method begins with block 
19002, wherein formatting engine 600 issues a publication request to publication 

25 agents 500 of document delivery system. As introduced above formatting engine 600 
issues publication requests based, at least in part, on publication time(s) denoted in a 
publication profile 614. 

In block 19004, publication agent(s) 500 receive publication request and 
review the associated publication profile content. More particularly, controller(s) 502 

30 receive the publication request and selectively invoke the features of content resource 
manager 506 to review the content of the publication profile received in the 
publication request. 
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In block 19006, content resource manager 506 first checks to determine 
whether the requested content is located in an accessible cache (e.g., 520). If the 
content is not cached, content resource manager 506 identifies potential sources of 
relevant content and schedules content requests based, at least in part, on the 
5 publication schedule and the time-sensitive nature of the content requested, block 
19008. In block 19010, publication agent issues the content request(s) to satisfy the 
publication schedule. 

In block 19012, publication agent 500 receives content into a local cache 
(520), performs some initial formatting on the received content in accordance with the 
10 publication profile, and sends the received content to the requesting formatting engine 
for publication. 

In block 19014, formatting engine 600 receives the content from publication 
agent(s) 500 into dynamic formatting service 604. As introduced above, formatting 
service 604 performs an editorial function, selecting which of the received content 

1 5 objects will be integrated to form the publication. In accordance with the teachings of 
the present invention, formatting service 604 formats selected ones of the received 
content objects based, at least in part, on the formatting preferences denoted in the 
publication profile as well as the nature of the content. 

If, in block 19006, it was determined that relevant content was available in an 

20 accessible cache, a further determination is made whether the cached content is stale, 
block 19015. If so, the process continues with block 19008, as described above. If, 
however, controller(s) 502 determine that the cached content is not stale, publication 
agent formats the content per the publication profile and sends the formatted cached 
content to formatting engine, block 19016, and the process continues with block 

25 19014. 

In block 19018, a determination is made whether a publication cutoff time has 
been reached. If not, the process continues with block 19014, as the formatting 
engine continues to receive content from publication agent(s) 500. If, however, the 
cutoff point has been reached, formatting engine selectively issues an additional 
30 content request, block 19020. That is, as described above, a content resource manager 
606 of formatting engine identifies particular content providers of particularly time 
sensitive content which satisfies one or more content preferences of the publication 



10002475 

28 

profile, and issues a request for content. In block 19022, formatting engine 
selectively integrates any additional content, as appropriate, into the dynamically 
formatted publication. In block 19024, formatting engine publishes the dynamically 
compiled publication for requesting individual(s) and/or community based, at least in 
5 part, on the publication schedule denoted in the publication profile. 

Turning to Fig. 24, a flow chart of an example method of dynamically 
generating feedback content is presented, in accordance with one aspect of the present 
invention. As shown, the method begins with block 17002 wherein formatting 
services 504 receives publication content from a content provider (50, 80). In 

1 0 response, formatting service 504 selectively invokes an instance of feedback 

generator 524 to identify one or more of the source of the publication content, the 
nature of the publication content and/or the destination of the publication content, 
block 17002. Based, at least in part, on the identified source, destination and/or 
publication content, feedback generator 524 determines whether to dynamically 

1 5 generate and append feedback content to the received publication content, block 
17006. 

In block 17008, feedback generator 524 dynamically generates feedback 
content from any number of sources based, at least in part, on the received publication 
content. In this regard, feedback generator 524 may pull feedback content from one 

20 or more of ( 1 ) the provider(s) of the publication content, (2) a third-party provider of 
content similar to and/or associated with the received publication content, or (3) 
locally generated content similar to and/or associated with the received publication 
content. Examples of such feedback content abound, from a "faxback form" to 
receive more information on a product/service identified within the publication 

25 content, to an offer for an expanded version of the received publication content, to an 
automatically generated email to a local, third-party purveyor of a product or service 
associated with or similar to a product/service mentioned in the received publication 
content, etc. Figs. 25A-C graphically illustrate alternate examples of such feedback 
content. 

30 Turning briefly to Figs. 25A-C, graphical representation of feedback content, 

appended to the end of a publication, is presented in accordance with alternate 
embodiments of the present invention. Fig. 25 A represents a faxback form 25000 
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including a barcode personal identifier 25002. When the publication is printed, the 
faxback form 25000 may be used by the user to request additional 
products/services/content by faxing the feedback form 25000 to one or more denoted 
facsimile telephone numbers. 

Fig. 25B represents an email alternative 25004 to the faxback form 25000. 
The email feedback form 25004 is utilized when the publication is presented to the 
user in electronic form on a display of a computing system. In accordance with the 
illustrated example embodiment of Fig. 25B, the user presses the "send" iconic 
selector 25006 to issue one or more email messages, each including the personal 
identifier 25008, to one or more content providers (50,80) or third-party purveyors 
associated with the feedback content. 

Fig. 25 C graphically represents feedback content consisting of an examination 
25010. According to one implementation, wherein the publication content is 
educational material, feedback generator 524 may well assemble an exam covering 
the material for presentation to the requesting user. In accordance with this 
embodiment, the exam may well take the form of a faxback form, an email form, and 
the like. Moreover, the exam may be provided by the content provider (50, 80), an 
independent accredited testing facility, or locally generated by feedback generator 524 
based on the received publication content. In either case, the exam feedback content 
25010 includes a personal identifier 25012 to uniquely identify the user. In 
accordance with certain embodiments, additional security measures (e.g., passwords, 
retinal signatures, fingerprint signatures, and the like) may be employed to ensure that 
the one taking the exam is the same as the one identified by the personal identifier. 

Returning to Fig. 24, in block 17010, feedback generator 524 appends the 
feedback content to the received publication content, which is forwarded to the 
requesting user in block 17012. In an alternate implementation, feedback generator 
524 encapsulates feedback content in a feedback wrapper, which is sent to the 
formatting engine 600 at the requesting user. The formatting engine 600 recognizes 
the feedback wrapper, formatting the publication with all feedback wrapper content 
objects grouped together and placed at the end of the presented publication. 

Turning next to Fig. 26, a flow chart illustrating an example method of 
responding to receipt of a feedback form is presented, in accordance with one aspect 
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of the present invention. In accordance with the illustrated example embodiment of 
Fig. 26, the method begins with block 26002, upon receipt of a feedback form. As 
introduced above, depending on the nature of the publication (i.e., received content), 
the feedback form may take on many different forms and purposes. In this regard, the 
5 received feedback content may well be received via facsimile, a postal service, 
electronic mail, and the like, and may request any of a number of actions be taken. 
Moreover, the feedback form may well be received by any number of parties to the 
publication. According to one implementation, the generator of the feedback content 
embeds a return address (i.e., network address, email address, telephone number, 

1 0 facsimile number, etc.) in the form, instructing the user on how to return the feedback 
content. According to one implementation, wherein the feedback content is received 
in an electronic form, the form may include a button which, when selected by the user, 
automatically routes the user-modified feedback content back to an appropriate 
network element (e.g., content provider, document delivery system, content handler, 

15 etc.). 

Upon receiving the feedback form, the personal identifier of the requesting 
user is read as the system attempts to identify the user providing the feedback form, 
block 26004. If the element receiving the feedback form is associated with document 
delivery system 100 (i.e., the content handler), the element accesses the personal 

20 profile to retrieve the personal information necessary to respond to the requesting user 
with the product/service/content requested in the received feedback form, block 
26006. As introduced above, however, the element receiving the feedback form need 
not be an element of system 100. In an alternate implementation, an element which is 
not a member of system 100 may request personal information associated with a 

25 personal identifier denoted on a feedback form from system 100. In accordance with 
this alternate implementation, the element initiates a request for such information to 
system 100. If accepted, system 100 provides the element with limited information 
from the user profile associated with the personal identifier to enable the requesting 
element to fulfill the requesting user's request for content/product(s)/service(s) 

30 denoted on the feedback form. According to certain implementations, system 100 

may initiate another revenue stream by charging non-member elements an access fee 
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in exchange for providing the element with the personal information from the 
personal profile. 

In block 26008, the element is provided with the personal information from 
the personal profile, whereupon the element initiates an action on behalf of the 
requesting user. In accordance with one implementation, the element may issue a 
request for additional information from one or more content provider(s) 50/80, order a 
product on behalf of the requesting user, score an exam and report results to the 
requesting user and/or content provider, etc. According to one implementation, the 
element initiating the action completes the action by sending the requested 
information content, product(s) and/or service(s) to the requesting user. In this regard, 
the element is a feedback clearinghouse for the document delivery system 100. 

Turning to Fig. 20, a flow chart of an example method for generating/updating 
a publication profile is depicted, in accordance with one aspect of the present 
invention. In accordance with the illustrated example embodiment of Fig. 20, the 
method begins in block 5502, wherein controller 602 of formatting engine 600 
receives a request to generate and/or update a publication profile. In block 5504, 
controller(s) 602 determine whether the request was received from an 
individual/publisher. 

If, in block 5504, controller(s) 602 determine that the request to 
generate/update a publication profile was received from an individual user/community 
publisher, controller(s) 602 selectively invoke an instance of a user interface 
application 618 to solicit information regarding the publication preferences of the 
user/publisher, block 5506. An example of a suitable UI is presented with reference to 
Fig. 22. 

Turning briefly to Fig. 22, an example user interface (UI) suitable for use to 
generate/update a publication profile is graphically illustrated, according to one 
embodiment of the present invention. As shown, the UI 6000 requests a producer 
name and password to register, and also requests information regarding the scope and 
content of the publication, a publication layout and a publication schedule. This 
information is received and maintained in a publication profile data structure 640, 
described above. 
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Returning to Fig. 20 and, in particular block 5508, controller(s) 602 receive 
information regarding one or more aspects of the publication and/or publication 
format from the user/publisher via the UI. In response, controller(s) 602 
generate/update an appropriate publication profile 614 in accordance with the 
received information, block 5510. 

If, in block 5504 the request to generate/update a publication profile is not 
received from an individual user/community publisher, but rather from a network 
element (e.g., virtual sensor 35000), there is no need to present a UI. Rather, 
controller(s) 602 receive information from the one or more network elements 
regarding one or more aspects of the publication content and/or publication format, 
block 5512. The process continues with block 5510, wherein controller(s) 602 
generate/update an appropriate publication profile in accordance with the received 
information. 

Turning next to Fig. 21, a flow chart of an example method for tracking 
distribution, receipt and disposition of individual content objects comprising a 
personalized publication is presented, according to one aspect of the present 
invention. As introduced above, whenever edit module 120 or publication agent 500 
receive content (artistic or advertising) it categorizes the content objects and 
encapsulates the object in a trace wrapper. The trace wrappers are uniquely 
identifiable markers associated with objects in the document delivery system. Virtual 
sensors embedded throughout the document delivery system (e.g., in printing 
modules) identify receipt and interaction with objects encapsulated in such wrappers, 
covertly providing document delivery system with valuable feedback on which 
objects are of interest to particular users, the amount of distribution of content objects, 
and the like. 

As used herein, trace wrappers are non-invasive markers, i.e., they do not alter 
the content of the content objects. For purposes of illustration, and not limitation, an 
example of a personalized publication 6001 comprised of content objects embedded 
in trace wrappers 6002(A). . .(N) is provided with reference to Fig. 23. As shown, 
content object 6004 is encapsulated within a trace wrapper 6002(A) with a "tag", or 
"marker" 6006 which is stored in content provider information data structure to 
uniquely identify the content object. 
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According to the illustrated example embodiment, the method of Fig. 21 
begins with block 5002, wherein a content manager (e.g., within editor module 120) 
receives a report from one or more virtual sensor(s) that content objects have been 
sent through, or received by, identified users. In response, content manager issues an 
5 update to appropriate publication profiles (5004) as well as the content provider 
information database (5006) (introduced above) to reflect the distribution, receipt 
and/or disposition of content objects. In block 5008, editor module 120 periodically 
initiates financial transactions with content providers 50, advertising providers 80 and 
subscribing users reflecting the distribution and/or consumption of content objects 
1 0 from the associated providers. 

More specifically, edit module 120 initiates royalty payments for the 
distribution and receipt of content objects provided by select content providers, in 
accordance with contractual obligations established between the document delivery 
system and such content providers. In this regard, the contract administrator of edit 
1 5 module 120 identifies the usage of content objects associated with the content 
providers 50 to determine an accurate royalty payment, and initiates a financial 
transaction to satisfy the obligation. 

According to one aspect of the invention, the degree of accuracy with which 
content distribution and disposition is monitored within document delivery system 10 
20 facilitates "micro-transactions", i.e., electronic transactions which occur automatically 
with each system operation in which a financial obligation is created (as defined in 
contract administration information). According to one example embodiment, a 
financial account associated with a content provider 50 is credited with a royalty 
payment each time a content object associated with the content provider 50 is 
25 (re)distributed, This may amount to hundreds, thousands or millions of micro- 
transactions per day, per content provider. 

Although described in the context of a royalty payment to a content provider 
50, edit module 120 may alternatively debit accounts of advertising providers 80, or 
subscribing users on a micro-transaction, periodic or other lump-sum basis in much 
30 the same fashion as described above. 
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According to one implementation, the created document is published in a 
publication catalog, wherein users can browse and select publications of interest for 
download and/or subscription. 

What is claimed is: 



